home *** CD-ROM | disk | FTP | other *** search
/ PD ROM 1 / PD ROM Volume I - Macintosh Software from BMUG (1988).iso / Electronic Messages / USEnet Digests / USEnet Vol. 4 / USEnet 4.20 < prev    next >
Encoding:
Text File  |  1988-04-08  |  28.6 KB  |  740 lines  |  [TEXT/ttxt]

  1.  8-Feb-88 14:46:26-PST,30014;000000000001
  2. Return-Path: <usenet-mac-request@RELAY.CS.NET>
  3. Received: from RELAY.CS.NET by SUMEX-AIM.Stanford.EDU with TCP; Mon, 8 Feb 88 14:45:19 PST
  4. Received: from relay2.cs.net by RELAY.CS.NET id ab21273; 8 Feb 88 10:42 EST
  5. Received: from relay.cs.net by RELAY.CS.NET id aa22272; 8 Feb 88 10:34 EST
  6. Received: from sdr.slb.com by RELAY.CS.NET id ab22230; 8 Feb 88 10:31 EST
  7. Date: Mon, 8 Feb 88 09:41 EDT
  8. From: Jeffrey Shulman <SHULMAN@sdr.slb.com>
  9. Subject: Usenet Mac Digest V4 #20
  10. To: usenet-mac@RELAY.CS.NET, PIERCE%HDS@sdr.slb.com
  11. X-VMS-To: in%"usenet-mac@relay.cs.net",in%"PIERCE%HDS@SDR.SLB.COM"
  12.  
  13. Date: Mon 8 Feb 88 09:41:43-GMT
  14. From: Jeff Shulman <SHULMAN@SDR>
  15. Subject: Usenet Mac Digest V4 #20
  16. To: Usenet-List: ;
  17. Message-ID: <571311703.0.SHULMAN@SDR>
  18. Mail-System-Version: <VAX-MM(218)+TOPSLIB(129)@SDR>
  19.  
  20. Usenet Mac Digest     Saturday, February 6, 1988     Volume 4 : Issue 20 
  21.  
  22. Today's Topics:
  23.      GC Hyperdrive - Reliable ???
  24.      MPW 2.0.1->2.0.2 Upgrade Info
  25.      Serial Drivers (RAM and ROM)
  26.      Re: Screen Dumping to a LaserWriter
  27.      Finder 6.0 in "Scourge of the Killer Icons"
  28.      Re: Delphi Mac Digest Volume 4, Number 2
  29.      Re: GC Hyperdrive - Reliable ???
  30.      Ethertalk and A/UX
  31.      printing problem - HELP...
  32.      Real estate pkg info requested
  33.      Re: 4th Dimension
  34.      Mac -> stereo
  35.      Re: Font quality on the LaserWriter SC
  36.      Re: printing problem - HELP...
  37.      Expressionist (was Re: Equations (was FullWrite, Word, etc))
  38.      Re: GC Hyperdrive - Reliable ???
  39.      Re: macii programmers button
  40.      Re: Mac -> stereo
  41.      Re: stack sniffer evils
  42.      YACC for the Mac / Mac II
  43.      Anbody done analog data acquisition on a Mac II?
  44.      Anyone using MacNET?
  45.      Prototyper by SmetherBarnes
  46.  
  47. ---------------------------------------------------------------------- 
  48.  
  49. From: wmbabineau@water.waterloo.edu (W. Michael Babineau)
  50. Subject: GC Hyperdrive - Reliable ???
  51. Date: 2 Feb 88 02:51:13 GMT
  52. Organization: U. of Waterloo, Ontario
  53.  
  54. I am considering the purchase of a 20MEG hard disk for my MAC +. A local
  55. dealer has a good bargain on General Computer Hyperdrives. I have
  56. however, been getting a lot of bad vibes about Hyperdrives and GC in
  57. general. I have seen comments in MACWORLD and have heard by word of
  58. mouth that I should consider buying a different drive from a different
  59. company. The dealer claims to have sold "tons of these drives" and has
  60. yet to have anyone complain.
  61.  
  62. I would appreciate any comments from Hyperdrive owners or anyone who has
  63. had any dealings with GC.                                             
  64.  
  65. Thanks in advance...
  66.  
  67.  
  68. ------------------------------
  69.  
  70. From: garyb@hpmwtla.HP.COM (Gary Bringhurst)
  71. Subject: MPW 2.0.1->2.0.2 Upgrade Info
  72. Date: 1 Feb 88 22:06:55 GMT
  73. Organization: HP MicroWave Technology - Santa Rosa,CA
  74.  
  75. Could someone at Apple please post the list of fixes/enhancements to
  76. both MPW C and Pascal versions 2.0.2 over versions 2.0.1 for those of us
  77. who don't want to squander our $15.00?  Thanks in advance.
  78.  
  79. Gary Bringhurst
  80.  
  81. (DISCLAIMER:    My opinions are my own, except when they sound especially
  82.         dim-witted -- then they aren't.)
  83.  
  84.  
  85. ------------------------------
  86.  
  87. From: han@apple.UUCP (Byron Han, fire fighter)
  88. Subject: Serial Drivers (RAM and ROM)
  89. Date: 2 Feb 88 16:14:44 GMT
  90. Organization: Communication Tools Group - Apple Computer, Inc.
  91.  
  92. With regards to the serial drivers...  it is a VERY good idea to close
  93. your serial driver when you are finished.  In other words, using
  94. RAMSDopen and RAMSDClose are strongly recommended.  It is cheesy to
  95. leave the drivers open when your application terminates.  Using the ROM
  96. driver does not allow you to close it without causing people to become
  97. sad  :-(
  98.  
  99. So,  1 - try and use the RAM based drivers
  100.      2 - try not to directly open driver's by refnum (-6, -7, -8, -9)
  101.           use their name if at all possible (.Ain, .Aout, .Bin, .Bout)
  102.      3 - always always always close the RAM based serial driver when
  103.            quitting your application.  There is a means to insure that
  104.            DTR stays high when closing the serial driver.  Documented in
  105.            IM IV.
  106. -- 
  107. ------------------------ Byron Han,  Communications Tool ----------------------
  108.      Apple Computer, Inc.  20525 Mariani Ave, MS 27Y  Cupertino, CA 95014
  109.  ATTnet:408-973-6450    applelink:HAN1    domain:han@apple.COM     MacNET:HAN
  110. GENIE:BYRONHAN   COMPUSERVE:72167,1664   UUCP:{sun,voder,nsc,decwrl}!apple!han
  111.  
  112.  
  113. ------------------------------
  114.  
  115. From: holt@apple.UUCP (Bayles Holt)
  116. Subject: Re: Screen Dumping to a LaserWriter
  117. Date: 2 Feb 88 17:36:00 GMT
  118. Organization: Apple Computer Inc., Cupertino, USA
  119.  
  120. >In Article 12911 (benjamin Waldman) writes:
  121. >How can I screendump to the LW, then (in a way that would be compatible
  122. >with the IW as well)?
  123.  
  124. The "FKEY #4" command for printing dumps of the Macintosh screen is in
  125. the process of being abandoned in all Print drivers for the Mac.  There
  126. are several reasons for this, which I can elaborate on if anyone is
  127. interested, but for starters it just plain doesn't work under some
  128. conditions not the least of which is:
  129.   * low memory (applications assume 10k is plenty for any printer)
  130.   * multi-finder (how do you print dynamically changing screens? 2
  131. screens?)
  132.   * self portraits (how do you prevent FKEY #4 nesting?) Though these
  133. may be considered soluble at some level, it is not considered worth it
  134. since low-level print driver calls are being phased out.
  135.  
  136. The recommended way of printing screen dumps is to execute an FKEY #3 
  137. (which saves the screen to a file) then printing the file like any other
  138. bitmap file.  This is not only cleaner, its easier and is just as fast
  139. as the FKEY #4.
  140. -- 
  141. --Bayles Holt
  142. holt@apple.UUCP
  143.  
  144. --------------------------
  145. As always...
  146. --------------------------
  147.  
  148.  
  149. ------------------------------
  150.  
  151. From: ephraim@think.COM (ephraim vishniac)
  152. Subject: Finder 6.0 in "Scourge of the Killer Icons"
  153. Date: 1 Feb 88 15:03:18 GMT
  154.  
  155.  
  156. Running Finder 6.0, System 4.2 on a Mac II, I found this catastrophic
  157. Finder bug over the weekend:
  158.  
  159. If the icon mask (second half of the ICN# resource) for a file is blank
  160. (all zeroes), attempting to drag the file in an icon view kills the
  161. Finder.  Sometimes it bombs, sometimes it scrambles the screen,
  162. sometimes it just freezes solid - no mouse, no keyboard, no debugger.
  163.  
  164. To fix the problem, use ResEdit to open the file which provides the
  165. brain-damaged icon.  Open the ICN# resources, open the offending ICN#,
  166. and draw a mask.  Close and save the file.
  167.  
  168. The defective ICN# is also in your desktop file, so you can either
  169.     (a) delete the desktop file while you're in ResEdit;
  170.     (b) edit the desktop copy of the ICN# in question in ResEdit; or
  171.     (c) hold the command and option keys while exiting ResEdit, so that
  172.         the Finder will offer to rebuild the desktop.
  173.  
  174. The program in which I found the problem is Mandelbrot Microscope, a
  175. color Mandelbrot set plotter.  Only the saved set icon has this problem;
  176. the application icon and saved color table icons are OK.
  177. -- 
  178. Ephraim Vishniac                      ephraim@think.com
  179. Thinking Machines Corporation / 245 First Street / Cambridge, MA 02142-1214
  180.  
  181.  
  182. ------------------------------
  183.  
  184. From: ephraim@think.COM (ephraim vishniac)
  185. Subject: Re: Delphi Mac Digest Volume 4, Number 2
  186. Date: 2 Feb 88 14:56:34 GMT
  187.  
  188. Replies to two items from the Delphi Mac Digest, volume 4, number 2:
  189.  
  190. VASMUG asks:
  191. > 3. Does anyone know what happened to ZAP Computer products?
  192. >    They made and marketed ZAP harddrives last summer.  We
  193. >    would like to buy some more.  Number now disconnected! Thanks for all
  194. >    your help!
  195. > Fred
  196.  
  197. ZAP sold out their products to some other company - I don't know who. I
  198. was under the impression that they never did sell any disks under their
  199. own name, since they only advertised in Icon Review :-).  At one time, I
  200. was negotiating with ZAP for them to use my SCSI software. Could you do
  201. me a favor?  Do a "Get Info" on one of your ZAP drives, or check the
  202. title screen of the disk formatter, and tell us all what it says?  If
  203. the Get Info says "Where: Ephraim's SCSI driver" or if my name is in the
  204. copyright notice, it's time to call my lawyer...
  205.  
  206.  
  207. TONYN asks:
  208. > Subject: Disk Initialization of foreign drives
  209.  
  210. > I am the author of RamStart.  I am trying to make RamStart's RAM
  211. > disk compatible with the Disk Initialization package so, eg, Finder
  212. > Special menu Erase Disk will work.  What does my driver need to do
  213. > to make Pack 2 happy? Where does Apple document it?  Also, it might
  214. > be an advantage to my users to be able to make (at will) either an
  215. > HFS or MFS RAM disk.  How do I control this, when a RAM disk can be
  216. > nearly any size at all?
  217.  
  218. The most popular bug in device drivers is that they don't update
  219. dCtlPosition in the DCE.  This only affects calls to the driver when
  220. relative positioning is used.  The file manager always uses absolute
  221. positioning, but _DIzero uses relative positioning to sequentially erase
  222. the sectors of the volume directory on MFS disks.  I don't know whether
  223. it uses relative positioning when initializing HFS disks, but it seems
  224. likely.  The need to update dCtlPosition is documented in Inside Mac (in
  225. the Device Manager chapter, or perhaps the Disk Driver chapter), but
  226. it's just one sentence buried in a long paragraph.
  227.  
  228. BTW, every ramdisk I've ever seen for the Mac (except the one I wrote
  229. for MassTech Development Labs, R.I.P.) has this bug.  It took me a
  230. couple of weeks of experimentation before I hit on the idea that the
  231. problem was with a particular positioning mode.
  232.  
  233. The only way to force a large ramdisk to be MFS is to build your own
  234. volume header.  The sample ramdisk that was (is?) part of the Aztec C
  235. distribution did this.  It's strictly against the rules, of course, so
  236. caveat emptor.  I don't know any way to force a small volume to be HFS.
  237. -- 
  238. Ephraim Vishniac                      ephraim@think.com
  239. Thinking Machines Corporation / 245 First Street / Cambridge, MA 02142-1214
  240.  
  241.  
  242. ------------------------------
  243.  
  244. From: seth@CS.UCLA.EDU
  245. Subject: Re: GC Hyperdrive - Reliable ???
  246. Date: 2 Feb 88 21:13:07 GMT
  247. Organization: UCLA Computer Science Department
  248.  
  249. DO NOT UNDER ANY CIRCUMSTANCES BUY A HYPERDRIVE!
  250.  
  251. That may seem a bit severe but you will be buying a product which is
  252. highly failure prone from a company which has negative customer support.
  253.  I have a long list of gripes with GCC, the most recent occurred when I
  254. called to report a bug in their software and was told that there was no
  255. bug and that I was wrong.  Needless to say the error is reproducible and
  256. if the idiot at the other end of the phone knew anything about the
  257. product he would have understood the problem.  Anyway, stay away.
  258. -- 
  259.                         Seth Goldman
  260.  
  261. ARPA:   seth@CS.UCLA.EDU
  262. UUCP:   ...!{ihnp4,cepu,trwspp,sdcrdcf,ucbvax}!ucla-cs!seth
  263. USMail: A.I. Lab, 3531 Boelter Hall, UCLA, Los Angeles, CA  90024  
  264. MaBell: (213) 825-5199
  265.  
  266.  
  267. ------------------------------
  268.  
  269. From: buzz@phoenix.Princeton.EDU (Mahboud Zabetian)
  270. Subject: Ethertalk and A/UX
  271. Date: 2 Feb 88 22:20:38 GMT
  272. Organization: Advanced Technology, Princeton University
  273.  
  274.  
  275. We have an Apple ethertalk board installed in our Mac II.  When A/UX
  276. gets booted, it says:  2 EtherTalk card(s) installed
  277.  
  278. And then it asks us for IP and broadcast numbers.  We only have one card
  279. though.
  280.  
  281. Anyone know anything about this?  Even afterwards when I try to ping or
  282. rlogin to other computers, I get either  connection timed out or network
  283. unreachable. Are these problems related?  The manual is very confusing.
  284.  
  285. Thank you.
  286.  
  287. -- 
  288. Mahboud Zabetian                buzz@phoenix.princeton.edu
  289. 183 Little Hall                     (609) 520-1271
  290. Princeton University, Princeton, NJ 08544        (609) 734-7760
  291. ****** Anyone need a soon-to-graduate hardware/software engineer? ********
  292.  
  293.  
  294. ------------------------------
  295.  
  296. From: waldman@endor.harvard.edu (benjamin Waldman)
  297. Subject: printing problem - HELP...
  298. Date: 3 Feb 88 00:58:31 GMT
  299. Organization: Aiken Computation Lab Harvard, Cambridge, MA
  300.  
  301. I'm having a problem in a program I'm working on, and I was hoping that
  302. someone out there woud be able to help.  The problem involves printing.
  303.  
  304. After calling PrOpenDoc (to initialize a printing port), PrError()
  305. returns an error -192, a resource not found error.  What could be
  306. causing this? I've called PrOpen() to open the printer resource file and
  307. driver, and this call worked (no error), and I've even put up the
  308. printer job dialog and gotten a response from the user.
  309.                     Thanks in advance,
  310.                     Ben Waldman 
  311.                     waldman@endor.harvard.edu
  312.  
  313.  
  314. ------------------------------
  315.  
  316. From: boris@ulysses.homer.nj.att.com (Boris Altman)
  317. Subject: Real estate pkg info requested
  318. Date: 2 Feb 88 21:48:24 GMT
  319. Organization: AT&T Bell Laboratories, Murray Hill
  320.  
  321.  
  322. A friend of mine is looking for a Mac package that would do a real
  323. estate analysis/evaluation. For example, if you consider buying an
  324. apartment building or a shopping center you would input all the relevant
  325. data and then ask for some sort of evaluation. An integrated package
  326. would be preferable, but a template for a data base/spreadsheet would be
  327. OK also. The cost of the package is not important issue. Please send me
  328. mail if you know of anything like that. I will post a summary if there
  329. is interest.
  330.  
  331.             Boris Altman
  332.             {ihnp4,ucbvax}!ulysses!boris
  333.  
  334.  
  335. ------------------------------
  336.  
  337. From: bill@upba.UUCP
  338. Subject: Re: 4th Dimension
  339. Date: 2 Feb 88 20:34:00 GMT
  340.  
  341. We began to use 4Dimension several weeks ago.  The first implementation
  342. was used in our Denver office for  a way to keep track of artwork and
  343. contracts in our Production department.  Very little programming was
  344. done.  We took full advantage of the menu system set up in User Mode.
  345.  
  346. The response we have gotten from the users have been  pretty good with
  347. the only gripe being, if more than one person wants to access the same
  348. record, it tends to  freeze up until the first user is done with that
  349. record. Another problem is the initial transfer of information into this
  350. database.  It can take up to 12 hours depending on the information.
  351.  
  352. The good responses have been a variety.  Excellant search times.  Nice
  353. looking reports.  Etc, Etc.
  354.  
  355. We then decided to use the software in our collections department in
  356. Denver as a test place.  The screens  have been set up by one of our
  357. excellant programming  specialists and through all the tests have proved
  358. to be excellant.
  359.  
  360. My final recommendation, if you have the personnal that knows how to
  361. work in C and Unix, can definetly take full advantage of this softwares
  362. capability.  The multi-user aspect also is a nice feature.  
  363.  
  364.                 Bill Wisell
  365.                 ihnp!np4!upba!bill
  366.                 402/476-6478
  367.  
  368.  
  369. ------------------------------
  370.  
  371. From: glassner@unc.cs.unc.edu (Andrew S. Glassner)
  372. Subject: Mac -> stereo
  373. Date: 3 Feb 88 01:14:43 GMT
  374.  
  375. I'd like to hear my Mac on my stereo, but the fellow at the computer
  376. shop said I should not simply use a cable with the appropriate plugs at
  377. the two ends (mono 1/8" to 1/4"), though he couldn't justify this claim.
  378.  He did make doom and thunder sounds should I be foolish enough  to
  379. ignore his words (okay, too many spooky games!).
  380.  
  381. Can I connect my Mac Plus to my stereo?  How?
  382.  
  383. Thanks! -Andrew
  384.  
  385.    - -- ---- ------- ------------ --------------------
  386. --------------------- Andrew Glassner    UUCP:decvax!mcnc!unc!glassner  
  387.  ARPA:glassner@cs.unc.edu
  388.  
  389.  
  390. ------------------------------
  391.  
  392. From: stew@endor.harvard.edu (Stew Rubenstein)
  393. Subject: Re: Font quality on the LaserWriter SC
  394. Date: 3 Feb 88 03:10:55 GMT
  395. Organization: Aiken Computation Lab Harvard, Cambridge, MA
  396.  
  397. In article <12371156232.110.P.PRIAPUS@HAMLET.STANFORD.EDU>
  398. P.PRIAPUS@HAMLET.STANFORD.EDU (Bill Lipa) writes:
  399. >Anyway, I would like to know how the high-quality
  400. >fonts are handled on the SC, the QuickDraw LaserWriter. If they are bitmaps,
  401. >I would imagine that you can't print the variety of sizes that the current
  402. >LaserWriters offer at high quality. Is this true or do SC's do special font
  403. >processing to alleviate this problem?
  404.  
  405. This is true.  It works just like an ImageWriter only more so - you have
  406. to have the font four times the size for highest quality printing.  That
  407. is, to print a twelve point font at highest quality, you have to have a
  408. 48 point font in your System or Suitcase file.
  409. -- 
  410. Stew Rubenstein
  411. Cambridge Scientific Computing, Inc.
  412. UUCPnet:    seismo!harvard!rubenstein            CompuServe: 76525,421
  413. Internet:   rubenstein@harvard.harvard.edu       MCIMail:    CSC
  414.  
  415.  
  416. ------------------------------
  417.  
  418. From: stew@endor.harvard.edu (Stew Rubenstein)
  419. Subject: Re: printing problem - HELP...
  420. Date: 3 Feb 88 03:31:26 GMT
  421. Organization: Aiken Computation Lab Harvard, Cambridge, MA
  422.  
  423. In article <3977@husc6.harvard.edu> waldman@endor.UUCP (benjamin
  424. Waldman) writes:
  425. >I'm having a problem in a program I'm working on, and I was hoping that
  426. >someone out there woud be able to help.  The problem involves printing.
  427. >
  428. >After calling PrOpenDoc (to initialize a printing port), PrError() returns
  429. >an error -192, a resource not found error.  What could be causing this?
  430.  
  431. The printing manager calls many other toolbox functions.  The best way
  432. to proceed with this kind of problem is to use your debugger's trap
  433. trace or trap record function, and scan back over recent traps to find
  434. the call to GetResource which is failing.  Then you can look at the
  435. stack at that point to determine which resource it's trying to get.
  436. -- 
  437. Stew Rubenstein
  438. Cambridge Scientific Computing, Inc.
  439. UUCPnet:    seismo!harvard!rubenstein            CompuServe: 76525,421
  440. Internet:   rubenstein@harvard.harvard.edu       MCIMail:    CSC
  441.  
  442.  
  443. ------------------------------
  444.  
  445. From: carlile@trwrb.UUCP (Donald E. Carlile)
  446. Subject: Expressionist (was Re: Equations (was FullWrite, Word, etc))
  447. Date: 2 Feb 88 22:56:07 GMT
  448. Organization: TRW Space and Defense Sector, Redondo Beach, CA
  449.  
  450. I purchased Expressionist as soon as I saw the five mouse rating MacUser
  451. gave it.  I know MacUser has been criticised on the net for a lot of
  452. valid reasons, but this tiem they were dead right.  Expressionist is
  453. very easy to use, with great editing capabilities.  It has "rubber"
  454. parens, brackets, integral/sum  signs, etc. ("rubber" means that the
  455. entity grows at the same rate that the  enclosed expression does.)  Cut
  456. Copy and Paste are all supported.  Matrices are supported.  Any font may
  457. be used, though it is optimized to support Symbol, Times, and Helvetica.
  458.  Vector overbars are included.
  459.  
  460. Editing is done in a standard text manner.  There are too many features
  461. to  describe adequately.  It works.  It is the equation builder I
  462. thought should have been built.  It can be run as a DA or a program and
  463. produces PICTs that remember that they were built in expressionist when
  464. they are pasted back in.
  465.  
  466. It is ~$80 and is available from Alan Bonadio and Assiociates, 1579
  467. Dolores St., San Francisco, CA 94110.
  468.  
  469. Don Carlile
  470.  
  471. DISCLAIMER:  I have nothing to do with Expressionist except as a
  472. satisfied customer.  I have nothing to do with MacUser, except as a
  473. reader.  My views do not necessarily reflect those of TRW, except that I
  474. have recommended  Expressionist strongly to everyone here :-)
  475.  
  476.  
  477. ------------------------------
  478.  
  479. From: chuq@plaid.Sun.COM (Chuq Von Rospach)
  480. Subject: Re: GC Hyperdrive - Reliable ???
  481. Date: 3 Feb 88 05:29:03 GMT
  482. Organization: Fictional Reality, uLtd
  483.  
  484. >>The dealer claims to have sold "tons of these drives" and has
  485. >>yet to have anyone complain.
  486.  
  487. I'd find a new dealer. Fast. I'd doubt he bothers to listen to his
  488. customers.
  489.  
  490. >>I would appreciate any comments from Hyperdrive owners or anyone who has
  491. >>had any dealings with GC.                                             
  492.  
  493. >DO NOT UNDER ANY CIRCUMSTANCES BUY A HYPERDRIVE!
  494.  
  495. I'm not a HyperDrive owner, but I'd like to mention that when I was at
  496. MacExpo, just about every time I walked by the GCC booth, someone was in
  497. there complaining. This was the only booth where I consistently saw
  498. people (existing customers) not only upset, but at times yelling. This
  499. happened at least four times over two days, and it was never the same
  500. set of customers twice.
  501.  
  502. The one time I stopped to watch to watch the sideshow, the person at the
  503. booth did a couple of really nasty things. First, when someone asked for
  504. the manager of the booth, the guy was told there wasn't one, and there
  505. was nobody for him to talk to. Second, when the guy decided to tell the
  506. booth lackey what he thought, the booth lackey walked off. Simply shined
  507. on this customer and went elsewhere. This, rather understandably so,
  508. pissed the guy off even more.
  509.  
  510. The final resolution of this case was that a person who worked for the
  511. company that makes GCC's disk drives gave the guy the name of the person
  512. at GCC to call. Not someone from GCC itself, they were all at the other
  513. side of the booth telling people to ignore the idiot yelling in the
  514. corner. It was one of their vendors calming him down and giving him the
  515. information he wanted.
  516.  
  517. This sucks, to say the least. The GCC folks were only interested in
  518. talking to prospective customers, and were not only unhelpful to
  519. existing folks,were downright rude, unprofessional, and in one instance
  520. abusive. If this is any indication of what the company is like, I'd sell
  521. my Mac before buying their stuff. The only feeling anyone watching this
  522. could come away from is that the only thing GCC cares about is getting
  523. your money -- once they have it, your on your own.
  524.  
  525. And, for the record, it seems that their stuff breaks with every new
  526. release of Apple's software. GCC was the first company with a mac hard
  527. drive, and the last one to support HFS. You still can't run Multifinder
  528. on their earlier stuff, because they haven't ported it in. As a
  529. comparison, my ancient, cranky, Paradise 10 serial port runs Finder 6.0
  530. and Multifinder just fine, thank you very much. And it ran a LOT less
  531. than buying a GCC product would have. The difference? it is slower, but
  532. it works.
  533.  
  534. If I were you, I'd buy anything else. And I'd find a dealer that tells
  535. you truths, not what it takes to make a sale. Dealers love GCC. High
  536. profit margins for everyone. Except for the customer.
  537. -- 
  538. chuq
  539. Chuq Von Rospach            chuq@sun.COM        Delphi: CHUQ
  540.  
  541.                        What do you mean 'You don't really want to hurt her?'
  542.                                     I'm a Super-Villain! That's my Schtick!
  543.  
  544.  
  545. ------------------------------
  546.  
  547. From: gillies@uiucdcsp.cs.uiuc.edu
  548. Subject: Re: macii programmers button
  549. Date: 3 Feb 88 03:18:00 GMT
  550.  
  551.  
  552. This is a very good question for the new newsgroup
  553. comp.sys.mac.programmer. How to install a programmer's button:
  554.  
  555. On every machine EXCEPT for the Mac II, the programmer's button goes on
  556. the LEFT side, in the back, near the base.  Get a flashlight and look
  557. into the ventillation slots of your machine.  You should see two buttons
  558. between the louvres.  This is where the programmer's button goes (on top
  559. of the buttons).
  560.  
  561. On the Macintosh II, the programmer's button goes on the RIGHT side of
  562. the machine, in the back, at the base.  I found it with a flashlight.
  563.  
  564. The button near the front of the machine is REBOOT, at least on the Mac
  565. II.  The button near the rear of the machine is DEBUG.  You can probably
  566. test this with a penpoint.  Anyway, install your switches so that the
  567. button labels match the appropriate buttons.
  568.  
  569. It is IDIOTIC POLICY not to document this in the macintosh user's guide.
  570.  I have never seen a machine WITHOUT these buttons installed. Apple is
  571. dreaming if they think they're doing someone a service! Every macintosh
  572. owner installs this button.  In a macintosh lab, if need be, the system
  573. administrator can avoid installing the buttons!
  574.  
  575. This oversight is as serious as not documenting the PRAM.  If Apple
  576. would only write SOMETHING about these trouble spots in their manual,
  577. maybe the traffic on comp.sys.mac would decrease by 50%!
  578.  
  579. Don Gillies {ihnp4!uiucdcs!gillies} U of Illinois
  580.             {gillies@p.cs.uiuc.edu}
  581.  
  582.  
  583. ------------------------------
  584.  
  585. From: geb@cadre.dsl.PITTSBURGH.EDU (Gordon E. Banks)
  586. Subject: Re: Mac -> stereo
  587. Date: 3 Feb 88 14:26:59 GMT
  588. Organization: Decision Systems Lab., Univ. of Pittsburgh, PA.
  589.  
  590. In article <1006@thorin.cs.unc.edu> glassner@unc.cs.unc.edu (Andrew S.
  591. Glassner) writes:
  592. >Can I connect my Mac Plus to my stereo?  How?
  593.  
  594. Radio shack has the appropriate plug.  We connected ours up, but... none
  595. of the sounds we have are in stereo, so what exactly are you going to
  596. listen to?  (A clink-clank in stereo would be cute.) Until some stereo
  597. software comes out, you won't be able to take advantage of it.
  598.  
  599.  
  600. ------------------------------
  601.  
  602. From: jimc@iscuva.ISCS.COM (Jim Cathey)
  603. Subject: Re: stack sniffer evils
  604. Date: 4 Feb 88 16:58:47 GMT
  605. Organization: ISC Systems Corporation, Spokane, WA
  606.  
  607. In article <363@moncsbruce.oz> conybear@moncsbruce.oz (Roland Conybeare)
  608. writes:
  609. >The solution:
  610. >    The ideal solution to this inappropriate bomb would be for Apple
  611. >to have provided some way of turning off the stack sniffer.  The next best
  612. >thing would be to do it ourselves.
  613. >    My current solution is to replace the SysError() trap with my
  614. >own version, which ignores 'stack in the heap' errors while passing other
  615. >errors on to the original trap handler.  This means the stack sniffer still
  616. >detects 'stack in the heap' up to 60 times a second, but my SysError() trap
  617. >says the application managed to recover from the error.
  618.  
  619. The stack sniffer is easily disabled by placing a zero in the global
  620. variable StkLowPt ($110-$113).  The sniffer code then ignores the stack.
  621.  When you're done, you should restore it to whatever it was so that the
  622. stack sniffer will start working again.  I don't remember where this was
  623. documented, but it is a relatively well-known technique.
  624. -- 
  625. +----------------+
  626. ! II      CCCCCC !  Jim Cathey
  627. ! II  SSSSCC     !  ISC Systems Corp.
  628. ! II      CC     !  TAF-C8;  Spokane, WA  99220
  629. ! IISSSS  CC     !  UUCP: uunet!iscuva!jimc
  630. ! II      CCCCCC !  (509) 927-5757
  631. +----------------+
  632.             "With excitement like this, who is needing enemas?"
  633.  
  634.  
  635. ------------------------------
  636.  
  637. From: dunham@siemens.UUCP (Paul H Dunham)
  638. Subject: YACC for the Mac / Mac II
  639. Date: 4 Feb 88 19:42:56 GMT
  640. Organization: Siemens RTL, Princeton, NJ
  641.  
  642. I had asked if there was a YACC for the Mac, and I found MacYACC 0.3.
  643. But, it doesn't work well, and especially poor on a Mac II.  Is there
  644. another YACC or a more recent version of MacYACC than 0.3?
  645.  
  646.   Please respond by e-mail.
  647.  
  648.   Thanks,
  649.     Paul H. Dunham
  650.  
  651. -- 
  652. 3608 Lancaster Ave  | 105 College Rd East | dunham@siemens.siemens.COM
  653. Phila, Pa. 19104    | Princeton, NJ 08540 | dunham@siemens.UUCP
  654. 215/387-8723 (home) | 609/734-3611 (work) | rutgers!princeton!siemens!dunham
  655. *** Dante' drove a station wagon... ***   | cornell!rochester!udel!princeton...
  656.  
  657.  
  658. ------------------------------
  659.  
  660. From: wes@obie.UUCP (Barnacle Wes)
  661. Subject: Anbody done analog data acquisition on a Mac II?
  662. Date: 31 Jan 88 22:50:29 GMT
  663. Organization: UinTech, Layton, UT
  664.  
  665. The test lab I work in is looking at moving our analog data acquisition
  666. system from minicomputers (CCC ne Interdata) to micros. We have been
  667. looking at D/A systems for the PC/AT bus ('386 box) and for the Mac II.
  668.  
  669. I would definitely prefer to do the programming on the Mac, but we have
  670. not been able to find much in the way of D/A cards for the Mac II NuBus
  671. yet.  Our requirements are for 6 16-bit channels, with a max speed of
  672. 100Khz per channel.  We will not be acquiring all channels at this
  673. speed, but one or two at a time will be required at ~90K.  Also, we need
  674. some sort of tape interface for storing the acquired data on. We already
  675. have several good-quality 9-track drives, does anyone make an interface
  676. board for these for the NuBus?
  677.  
  678. Any information this newsgroup can provide will be greatly appreciated. 
  679. Reply via mail and I will summarize in another posting.
  680.  
  681.     Wes Peters @ home
  682.     {seismo,ihnp4}!utah-cs!utah-gr!uplherc!sp7040!obie!wes
  683.  
  684.  
  685. ------------------------------
  686.  
  687. From: perkins@acf8.UUCP (Mark E. Perkins)
  688. Subject: Anyone using MacNET?
  689. Date: 4 Feb 88 20:10:00 GMT
  690. Organization: New York University
  691.  
  692.  
  693.     Is anyone using MacNET?  If so, what do you think of it? Is it
  694. enough better than (or different from) Compu$erve and GEnie to make it
  695. worth the bother?
  696.  
  697.     I already know that the rates are $8/hr, prime-time (7am-7pm), and
  698. $4/hr, non-prime, and there is supposedly no extra charge for 2400 Baud.
  699.  
  700.     Please e-mail to the address below, and I will summarize.
  701.  
  702.     Mark Perkins
  703. -- 
  704. Internet:  mark@vml.psych.nyu.edu    (that's VEE-EM-ELL)
  705. Usenet:    {seismo|ihnp4|allegra}!cmcl2!vml!mark
  706. US Mail:   Department of Psychology, NYU
  707.        6 Washington Place, room 970
  708.        New York, NY 10003
  709. Phone:       (212) 998-7861
  710.  
  711. ------------------------------
  712.  
  713. From: dibello@apollo.uucp (Phil Dibello)
  714. Subject: Prototyper by SmetherBarnes
  715. Date: 4 Feb 88 14:48:00 GMT
  716. Organization: Apollo Computer, Chelmsford, Mass.
  717.  
  718.     I would like some information about a program called Protyper by
  719. SmetherBarnes. Has anyone had good/bad experiences?  Is it worth its
  720. price? I am particularly  interested in its interface to Lightspeed
  721. Pascal.
  722.  
  723.     I tried calling MacConnection, and other software houses to get a
  724. price, but they knew nothing of it.  Is there a place to get it besides
  725. SmetherBarnes?
  726.  
  727.  
  728.  
  729.                                                             Phil DiBello
  730.                                                             Apollo
  731. Computer
  732.                                                            
  733. dibello@apollo.UUCP
  734.  
  735. ------------------------------
  736.  
  737. End of Usenet Mac Digest
  738. ************************
  739. -------
  740.